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Conventional networking devices require that each is programmed with 
different rules to perform specific collective tasks. Next generation networks 
are required to be elastic, scalable and secured to connect millions of 
heterogeneous devices. Software defined networking (SDN) is an emerging 
network architecture that separates control from forwarding devices. This 
decoupling allows centralized network control to be done network-wide. This 
paper analyzes the latency and jitter of SDN against a conventional network. 
Through simulation, it is shown that SDN has an average three times lower 
jitter and latency per packet that translate to improved throughput under 
varying traffic conditions. 
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1. INTRODUCTION 

Research on the future network is still on-going for solutions that will enable networks with better 
flexibility, dynamic, and support of programmable resources [1-3]. Internet-of-Things (loT) would place 
tremendous challenges to the conventional network to accommodate loT devices, which has limited battery 
life and limited computing capability. loT devices such as sensor nodes with Wi-Ei network adapters, motion 
sensors, cameras, microphones and other types of electronic instrumentation. The network supporting loT 
devices also have to accommodate loT-specific network tasks. Hence, Software Defined Networking (SDN) 
[3, 4] as an emerging networking architecture that are highly scalable and flexible can be an alternative for 
dynamic loT network solution [5]. 

The concept of SDN decouples the control plane (CP) of conventional network devices from their 
data plane (DP) as shown in Eigure 1. The CP takes care of all routing decisions while the DP performs 
packet forwarding and network control based on policy determined by the CP. With this separation, the 
configuration devices done individually on devices has been moved towards the centralized control unit 
[6, 7]. OpenElow is one such protocol that enables the implementation of the SDN [8]. OpenElow (OP) was 
proposed as a clean slate protocol [9] and has been defined as the first standard by Open Networking 
Poundation (ONE). 

This paper analyzes the latency and jitter of SDN against a conventional network for connecting loT 
devices. Through simulation, it is shown that SDN has three times lower jitter and latency/packet that 
translate to improved throughput under varying traffic conditions. The remainder of this paper is organized as 
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follow. The SDN paradigm, its motivation, describing the basic elements, interfaces and APIs are discussed 
in Section 2. An OpenFlow enabled SDN architecture for loT is detailed out in Section 3. In Section 4, the 
OF based network model is proposed and later, simulation on Mininet is also discussed. In Section 5, the 
simulation results are analyzed and discussed. Lastly, Section 6 concludes the paper and suggests potential 
future research. 


\ 










t 




i_I 


Conventional Network Architecture 



Software Definced Network Architecture 


Figure 1. Conventional network vs software defined network 


2. SOFTWARE DEFINED NETWORKING 

SDN [10-13] has the ability to control, change, and manage network performance dynamically 
through software. This is achieved through open interfaces in contrast to the closed and proprietary defined 
boxes we have today. The SDN agenda allows for the centralization of network control. The centralized 
control embeds all the intelligence and sustains a network-wide view of the data path elements and nodes 
connecting them. This network-wide allows for easy modifications of network functions through the central. 
Figure 2 shows an SDN architecture. 
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Figure 2. SDN architecture 
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2.1. SDN fundamentals 

The SDN technology is built on four key tenets; Eirst is on CP-DP separation, second on a logically 
centralized controller for the network-wide view, third for open interfaces between CP and DP devices, and 
lastly, the use of external application to support the programming feature of the network [13]. SDN consists 
of three layers and other APIs. The different layers have been discussed in [14] and APIs in [10, 15, 16]. 

a. Data Plane: The SDN DP are forwarding devices that are interconnected through wireless or wired 
communication channels. They are merely responsible for carrying user data across the network 
according to the path defined by the CP. 

b. Control Plane: Eorwarding devices are programmed by CP elements. The CP can therefore be seen as the 
network brain. All control logic rests in the applications and controllers, which form the CP. 

c. Northbound Interface: This is an API that essentially takes the network requirements from the SDN 
applications and negotiates with the network controller that is responsible for providing applications with 
optimal network resources and paths. 

d. Southbound Interface: this API defines the communication protocol between forwarding devices and the 
CP elements. This protocol formalizes the interaction between the CP and DP elements. 


3. OPENFLOW NETWORK ARCHITECTURE 

OF enabled network is different from conventional network infrastructure network by the 
decoupling of CP and DP layers. The Network Operating System (NOS) [13, 16, 17] is a layer in-between 
OF-enabled switch and a user-defined application that hosts the CP in an SDN. A communication between 
NOS and OF-enabled switch to notify the network events is done with the help of OpenFlow Protocols 
(OFP). A detailed architecture shown in Figure 3 and types of OFP is described in [6]. As illustrated in 
Figure 3, the key elements of the OF technology are the flow tables installed in OF switches, a controller 
installed in a remote host machine, and an OF secured protocol for the controller to communicate with 
switches. The OF method offers a flexible ability for real-time addition and update of numerous roles in 
the DP. 



Figure 3. OpenFlow network architecture 


In a conventional network architecture, when a packet arrives at the switches or routers, the packet 
will be processed using the info from header field and thereafter, route back such data to a dedicated link. 
The case is not the same for OF networks, as all the processing task is done by a centrally controlled unit and 
all switches only perform data forwarding by looking up their respective flow tables [17]. On the arrival of a 
packet, an OF enabled switch starts correlating the fields from the first flow table and moves on to the next 
using the flow table entry as described in [6]. If there is a correlation, then the specific actions are executed as 
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defined by OF controller. One of the aims of centralized control of flows is to improve the speed of data 
communication. Traditionally, in any arrival of a data packet to a networking switch, the switch starts 
processing by executing initial networking protocols to resolve source and destination addresses. This task 
takes time for execution and resolution of a dedicated link. But in an OF, anytime data packet arrives at a 
switch, a controller resolves the address and simultaneously makes flow entries in a flow table of the switch 
[6]. Now, whenever another data packet arrives at the same switch, it will directly go through its flow table 
and forwards the data flow to a dedicated link, which not only saves time but also improves the data 
communication efficiency. 


4. EXPERIMENTAL SET-UP 

The experimental set up used for this work will be described in this section. This work makes a case 
for SDN as the future of networking by comparing the performance of OF-based network and conventional 
networks in terms of packet latency and jitter. The purpose of this experiment is to show that the SDN 
architecture design has an overall performance in terms of minimum jitter and average latency compared to 
the conventional network. A custom topology designed for both networks under consideration and a 
centralized controller placement approach was adapted to test the concept. 

4.1. Custom network topology 

There are two basic types of control model supported by SDN, each having its own different 
specialty based on the infrastructure and requirements. They are the centralized and the distributed controller 
architecture. There is also a hybrid control model which combines the advantages of the centralized and the 
distributed control models. In this work, the centralized control model has been considered as a proof of 
concept. The centralized control model entails using a single central controller to manage and supervise the 
entire network. In this model, the intelligence relies on a single decision unit. All the routing related 
information such as statistics, errors, and faults are collected and communicated to the controller with the 
help of OF. 

An example of a custom centralized network control model used in this work is shown in Figure 4. 
From Figure 4, a host node sends a packet to the forwarding device and then the forwarding device sends it to 
the controller. This packet is processed and the flow table is updated. The controller only processes the initial 
packet of any flow from any forwarding device and updates the flow table accordingly. Depending on this 
flow table entry, all other packets of the same source get similar treatment to reach the desired destination. 
This flow rule is set by the controller and the forwarding device has no ability to update them without any 
instructions from the controller. One of the benefits of the SDN is that the forwarding device is free from any 
computation related tasks. However, this central control model has its own issues, which is not limited to a 
single point-of-failure, reliability, and scalability. An alternate approach is to make the control plane in a 
distributed fashion to execute applications of a centralized controller. In a network architecture with more 
than one CP, the distributed architecture could still have a central control unit through the logically 
centralized CP [13, 18-20]. 



Figure 4. Custom network model of SDN 
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4.2. SDN architecture emulation tool 

Mininet is a network emulation tool created by a group of researcher to be used as a tool for 
development, teaching and research in network technologies. It creates a realistic virtual network, running 
real kernel, switch and application code on a single machine. Mininet [2, 6, 15, 21-23] has gained wide 
popularity because first, only a few network emulation software exist for the purpose of implementing SDN 


standard. In addition, you can easily interact with your network using the Mininet Command Line Interface 
(CLI). Mininet works on various platforms like Windows, Linux, and MAC. Lor this work, all the 
experiments conducted was done using a computer with the following specifications as shown in Table 1. 


Table 1. Computer system specification 

Computer 

Configuration 

HP Pavilion Desktop 

Linux operating system Ubuntu 16.04 64 bits 

8 GB RAM 

2GB VGA RAM 

1000 GB of hard disk space 

Intel ® Core ™ i5-7400 CPU 2.4GHz processor 

Mininet and Mininet Controller (POX9, NOXIO, Beaconl2, FloodLightlS, Maestro etc.) preinstalled 
Java/Python language support 


Mininet has the capabilities that enable researchers or network programmers to create 
software-defined network prototype in a simple manner. The created prototype could be implemented into 
hardware for testing and validation. Some of the basic command syntax in Mininet and their functions as 
used in this work are explained in Table 2. 


Table 2. Basic command syntax in Mininet and their functions as used in this work 


Command Line 


sudo mn—topo single, 
3—mac -switch ovsk - 
controller remote 


_ Description _ 

Creating a Network 

A network can be created in MINET with a single command; this command creates a virtual network of 
three switches connected linearly and three virtual hosts, each host configured to the corresponding switch. 


Mininet> hi ping hi 

Mininet> hi ifconfig -a 
Mininet> pingall 


mininet> xterm hi h2 


Sudo mn -x 


Sudo mn -h 
Mininet>help 
Mininet>nodes 
Mininet>dump 
Mininet>Dpctl 
Mininet>Iperf 
sudo mn -c 
Mininet>exit 


Interacting with a Network 

In Minimet the entire virtual network can be controlled and manage from a single console, command is used 
to test connectivity between hosts. For example, test the connectivity between host hi and h2. It will keep 
checking the connectivity between hosts until we stop the command 
To show the host’s hl-ethO and loopback (lo) interface 

Alternatively, you can test the connectivity between all hosts by typing this command, it checks the 
connectivity/reachability among all hosts in the network. 

Another way to run interactive command and watch debug output is to run xtrem for one or more hosts. The 
command xterm hi h2 open the exterm terminal for the host hi and h2. Enter command in xterm of hi i.e. 
ping “IP address assigned to h2”. It will start checking the connectivity between host hi and h2. Similarly, 
we can ping the host hi from h2 using command in h2 xterm terminal ping “IP address assigned to hi.” 
Alternatively, to start mininet xterm display option: To open xtrem display in Mininet, use command as 
follows; this is the basic xterm display command when we run this command on Mininet it startup xterm 
display host hi, h2, switch si, and controller cO. 

In order to see the help menu 
To see a list of available commands 

Alternatively, this command shows various options which can write on Mininet CLI. 

Shows the nodes available in the current network of Mininet. 

Shows the dump information about all nodes available in the current Mininet network. 

To control and edit flow tables. 

To run TCP speed test. 

To clear or clean up Mininet 
To Exit Mininet 


5. PERFORMANCE EVALUATION AND DISCUSSIONS 

In order to evaluate the performance of the SDN architecture over the conventional networking 
architecture, the system has been emulated and the results are analyzed. The traditional way of measuring 
network performance is packet latency and jitter. Jitter is the amount of variation in latency/response time, in 
milliseconds. Jitter can be approximated as the difference between the maximum packet latency and 
minimum packet latency over a given period of time. Network latency is the term used to indicate any kind of 
delay that happens in data communication over a network. High latency creates bottlenecks in any network 
communication. It prevents the data from taking full advantage of the network pipe and effectively decreases 
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the communication bandwidth. The impact of latency on network bandwidth can be temporary or persistent 
based on the source of the delays. The emulation for SDN is done using Mininet as previously described and 
GNS3 emulator was used for conventional networking. In this work, the time difference between consecutive 
sequence was also analyzed. The performance mainly depends on the hardware components like the number 
of processors, memory, hard disk and the network connection between the nodes. 

To measure jitter, we take the difference between samples, then divide by the number of samples. If 
there is a change in network conditions (for instance, there is a sudden burst on the network and queues start 
to build on an interface) then this jitter will increase. The transit time between two consecutive packets will 
not be the same anymore: the second packet will have to go through a longer queue, spending more time, and 
generating positive jitter. Once this burst is over, the queue will progressively reduce, reversing the situation. 
Out of two consecutive packets, the second one will spend less time in the queues, and will therefore generate 
negative jitter. In a network, latency measures the time it takes for some data to get to its destination across 
the network. It is usually measured as a round trip delay. That is the time taken for information to get to its 
destination and back again. The round-trip delay is an important measure because a computer that uses a 
TCP/IP network sends a limited amount of data to its destination and then waits for an acknowledgment to 
come back before sending any more. Thus, the round-trip delay has a key impact on the performance of the 
network. Latency is usually measured in milliseconds (ms). 

5.1. Conventional network architecture 

A network set up shown in Figure 5 was designed in GNS3. After the network design, the latency of 
the packets can be evaluated by conducting a ping test between the hosts. Figure 6 shows the latency and 
jitter analysis of the conventional network model. From Figure 6(a) the results of the latency for packets sent 
from host HI to host H2 is either same or more. Normally, at the point the first packet sent arrives at the 
switch, the switch checks its MAC table for the corresponding destination address in the MAC table. Since 
this is the first packet and there is no entry for the address, the switch forwards the packet to the router for the 
routing decisions. The router makes the routing decisions and sends the routing decision entry to switch. The 
switch forwards the packet accordingly and flushes the entry. This process is repeated for all packets that 
arrive at the switch. Therefore, this account for the high latency experienced by all the packets. From Figure 
6(b), the time variation in latency/response time in milliseconds has been shown. This excessive jitter makes 
the service unusable by negatively impacting service quality. This is not acceptable and for a large-scale 
network where packets will travel through multi-hops. 



Remote Switch 




Host: H1 



Host; H2 


Internet 


Figure 5. Set up of the conventional network architecture as emulated in GNS3 
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12 Latency Analysis of the Conventional Network Model 
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Jitter Analysis of the Conventional Network Model 
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Eigure 6. Performance of the conventional network model, (a) Latency, (b) Jitter 


5.2. Software defined network architecture 

Mininet, as explained in previous section, provides a comprehensive environment for prototyping 
SDNs. Mininet was used to create the set-up of the network as shown in Eigure 7. The topology shown in 
Eigure 7 is created using a single line command described in Table 2. 



Software Defined Networking 


Eigure 7. Set up of the conventional network architecture as emulated in mininet 


As shown in Eigure 8(a), the first packet takes 35.48ms. The time taken by the first packets in SDN 
is more compared to the consecutive packets, consecutive packets take much less time compared to the first 
packet in SDN. The reason for the time taken by the first packet in comparison to other packets is that the 
routing decision happens only for the first packet of a flow. Once the controller updates itself with the flow 
rule for the first packet, the switch buffers the flow rule in its flow table after thirty seconds [13, 24]. This 
accounts for why the time variation in latency/response time (jitter) were low or the same as shown in 
Eigure 8(b). It eliminates the necessity of contacting the controller for routing decision for every packet, thus 
reducing the latency of the consecutive packets after the first packet. The consecutive packets are forwarded 
by the switch without contacting the controller for the routing decision. After thirty seconds, the buffer is 
timed out, the flow table is cleared the same procedure repeats. 
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Figure 8. Performance of the software network model, (a) Latency, (b) Jitter 


5.3. Comparison of conventional and SDN network latency results 

A comparison of the average latencies for the Tradition network and SDN is shown in Table 3. 
From Table 3, for the conventional network architecture, the minimum RRT for packets sent is 4.749ms with 
an average RRT of 7.256ms and a maximum RRT of 10.111ms. While for SDN architecture, the minimum 
RRT is 0.040ms with an average RRT of 1.969ms and a maximum RRT of 35.507ms. SDN has an overall 
performance in terms of minimum and average latency compared to the conventional network. With an 
average latency of over 3x lower than that of the conventional network, SDN can be seen as the future 
of networking. 


Table 3. Comparison of the average latencies for the conventional network and SDN 


Network Model 

Minimum Latency 

Maximum Latency 

Average Latency 

Conventional Network 

4.749ms 

10.111ms 

7.25605ms 

SDN 

0.040ms 

35.507ms 

1.96940ms 

Difference 

4.709ms 

25.396ms 

5.28665ms 


6. CONCLUSION 

SDN is an interesting paradigm in networking that will change how network is built designed and 
operated. SDN promises networks that are open, proprietary independent, flexible and programmable. It will 
create new revenue opportunities for the network service providers through the creation of software-based 
applications. As far as the future of networking is concerned, the deployment of SDN can be designed 
efficiently to become faster, resilient, scalable, dynamic, reliable and most importantly secure. In this paper, 
the performance of SDN was analyzed by network connectivity test between hosts in an SDN architecture 
and a conventional network architecture. On the basis of results obtained, it is concluded that the 
performance of OF-enabled network with an average latency of over 3x lower is better than the conventional 
network. Ultimately, SDN improves network efficiency by reducing network overheads generated from 
frequent communication attempt between the CP and DP every time a packet is received. In SDN, the use of 
one CP architecture may not guarantee optimal results and also represent a single point of failure. Hence, the 
use of distributed CP architecture is recommended, although it also has its own peculiar challenges which 
includes how to place the controllers to guarantee optimal performance. 
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